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Abstract. We use monads to relax the atomicity requirement for data in a 
database. Depending on the choice of monad, the database fields may contain 
generalized values such as lists or sets of values, or they may contain excep- 
tions such as various types of nulls. The return operation for monads ensures 
that any ordinary database instance will count as one of these generalized in- 
stances, and the bind operation ensures that generalized values behave well 
under joins of foreign key sequences. Different monads allow for vastly differ- 
ent types of information to be stored in the database. For example, we show 
that classical concepts like Markov chains, graphs, and finite state automata 
are each perfectly captured by a different monad on the same schema. 
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1. Introduction 

Monads are category-theoretic constructs with wide-ranging applications in both 
mathematics and computer science. In [Mog], Moggi showed how to exploit their 
expressive capacity to incorporate fundamental programming concepts into purely 
functional languages, thus considerably extending the potency of the functional 
paradigm. Using monads, concepts that had been elusive to functional program- 
ming, such as state, input/output, and concurrency, were suddenly made available 
in that context. 

In the present paper we describe a parallel use of monads in databases. This 
approach stems from a similarity between categories and database schemas, as 
presented in [Spl]. The rough idea is as follows. A database schema can be modeled 
as a category C, and an ordinary database instance is a functor 5: C — > Set. Given 
a monad T: Set —* Set, a Kleisli T -instance is a functor 

6: C -» Kls(T), 

where Kls(T) is the Kleisli category of T, as will be explained in Section 2.2. 
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Values in a Kleisli T- instance are less restricted than ordinary values; we call 
these generalized values T-values. In particular, within a Kleisli instance we are 
permitted to relax the atomicity requirement for data (a requirement found in 
Codd's notion of first normal form, see [Cod]), while still maintaining referential 
integrity. For example, if T is the List monad then T-values are lists, so a single 
entry in a foreign key or data column could contain a list of entries of the target type. 
Similarly, T-values might include assurance information (i.e. a number between 0% 
and 100%), in which case each datum would come equipped with a probability of 
correctness. Importantly, the monadicity of T ensures that the extra information 
in T-values will naturally and predictably synthesize along any path obtained by 
joining a sequence of foreign keys. One can think of flattening lists of lists, of 
multiplying probabilities, or of propagating exceptions. 

Kleisli instances offer additional functionality in a database, and such function- 
alities vary widely as the category of monads on Set is quite rich. Having a variety 
of available possibilities, the database architect can choose those that best fit the 
current needs. Moreover, a morphism between monads T — > T' induces a functor 
from the category of T-instances to the category of T'-instances on the schema. In 
future work we will show that one can vary the choice of monad throughout the 
database schema, thus greatly increasing the expressive power of database schemas. 
By incorporating these features within the design specification of the database, as 
opposed to applying them from without, we reduce the barrier between database 
and program. Whereas normally such functionality is distributed throughout the 
technology stack, the monadic approach leads to a centralization of features, in- 
creasing our ability to manage the system with certainty. 

The monad formalism also enables more economical schema design. For example, 
typically one encodes a set-membership relation with three tables, e.g. 

element membership set 
» < » > * | , 

and to encode that A has as an attribute a list of B's requires requires even more 
overhead. However, the same information can be captured with a single column 
when one employs the Multiset or List monad. 

As an aside, the monad formalism also yields a surprising coincidence. We show 
that there is a database schema Coop such that, for different choices of monads 
T, the set of Kleisli T-instances on Coop can be interpreted in terms of classical 
mathematical subjects. 



(1) 



Classical mathematical subject 


monad T 


Internal reference 


Discrete dynamical systems 


Atomic 


Example 2.1.3 


Graphs 


Multiset 


Example 4.2.7 


Markov chains 


Dist 


Example 4.2.9 


Finite state automata 


ln P U 


Example 4.3.8 


Turing machines 


Xur {0,i} 


Example 4.3.13 


"Jordan Canonical Form" 






(vector spaces with endo- 
morphism) 


Vect 


Example 4.4.2 


Multigraphs 


Free rig 


Example 4.4.4 
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Monads have been applied to databases in previous work (e.g. [BNT], [Gru], 
[LT], and [Maj])), but the sense in which they are applied is totally different than 
that which is presented in this paper. In each of these papers, monads were ap- 
plied to make sense of queries and, in particular, aggregate functions on collections 
(e.g. counts and sums). The present paper, on the other hand, deals with the em- 
ployment of monads within the database schema to provide additional expressivity 
in each field, e.g. allowing non-atomic data or annotating data with probability 
of correctness. While previous work may simplify aggregation in our context, it 
should be seen as orthogonal to the ideas presented here. 

In this paper we assume the reader has encountered categories before, but it is 
not totally necessary. Readers with either very much or very little category theory 
may benefit by reading Section 2.1 and Example 2.2.2 and then skipping directly 
to Section 4. Readers with some background but who wish to review monads or 
their Kleisli categories will hopefully be satisfied with the brief overview in the 
intermediate sections. For a good reference on category theory, and monads in 
particular, one should consult [Awo] or [BW]. 

We begin this paper in Section 2 with a brief review of the categorical model of 
databases, as well as some background on monads and their Kleisli categories. We 
discuss a new application of monads to databases in Section 3. In section 4 we offer 
several examples that may be of interest, such as the List-instances. In Section 5 we 
discuss morphisms of monads, which for example allow one to transform ordinary 
atomic instances into List-instances. Finally in Section 6 we briefly discuss our 
plans for future work in this area. 

1.1. Acknowledgements. I'd like to thank Steve Lack and Tom Leinster for their 
excellent answers to a question I posted on mathoverflow.net, and I'd like to thank 
Allen Brown, Peter Gates, and Ka Yu Tarn for many useful conversations. 

2. Background 

In this section we recount a simple category-theoretic model of databases, and 
then review basic material on monads. 

Notation 2.0.1. Let Set denote the category whose objects are sets and whose 
morphisms are functions. Throughout the paper we will be careful to reserve the 
word function to refer to mappings between sets. In a general category K we use 
words like arrow or map, but never function, to refer to morphisms in JC. 

2.1. Categorical databases. We begin with some background on so-called cate- 
gorical databases. Much more can be found in [Spl]. 

Roughly, a database schema is a category presentation: it is given by a set of 
objects (which will be drawn as nodes), a set of generating arrows, and an equiv- 
alence relation on paths. We denote a path by writing its source object followed 
by a sequence of arrows. We denote an equivalence of paths using the ~-sign. For 
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example, consider the following schema: 



(2) 



Employee manager worksln ~ Employee worksln 
Department secretary worksln ~ Department 



manager 




worksln 



Department 



secretary 



FirstNameString 



LastNameString 



DepartmentNameString 



Here we see a graph with five vertices and six arrows, and underlined at the top we 
see two path equivalence (PE) statements. 1 This information generates a category: 
the free category on the graph, modulo the path equivalence relation. In fact, in 
[Spl, 3.4.1] the author defines a category Sch, whose objects are schemas (presented 
categories) as above, and proves that Sch is equivalent to Cat. From here on, we 
elide the difference between a schema (category presentation) and a category. 

A schema C is supposed to describe the wiring of a database. We think of each 
object c e Ob(C) as representing a table and each arrow / : c — > d emanating from 
c as representing a column of c that takes values in table c'. Roughly, an instance 
on C is the actual data: more precisely, an instance assigns to each table a set of 
rows of data that conform to the specifications given by C. For example, the schema 
represented in Diagram (2) describes the wiring of the following database instance: 

(3) 



Employee 


ID 


first 


last 


manager 


worksln 


101 


Alan 


Turing 


103 


qlO 


102 


Camille 


Jordan 


102 


x02 


103 


Andrey 


Markov 


103 


qlO 



Department 


ID 


name 


secretary 


qlO 


Applied math 


101 


x02 


Pure math 


102 



FirstNameString 



ID 



Alan 



Alice 



Andrey 



Camille 



David 



LastNameString 



ID 



Arden 



Hoover 



Jordan 



Markov 



Turing 



DepartmentNameString 



ID 



Applied math 



Biology 



Pure math 



Every table has an ID column and perhaps other columns. Counting tables in (3) 
we find five, the number of nodes in (2); and counting the non-ID columns in (3) 
we find six, the number of arrows in (2). 



^The first PE statement, "Employee manager worksln ~ Employee worksln", identifies a path of 
length 2 with a path of length 1. The second PE statement, "Department secretary worksln ~ 
Department", identifies a path of length 2 with a path of length 0. 
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In fact, we can see that Diagram (3) constitutes an assignment of a set (of rows) 
to each node in C and a function to each arrow in C. For example the node Employee 
is assigned the set {101, 102, 103} and the arrow manager: Employee — » Employee 
is assigned the function sending 101 >— »• 103 and 102 >— > 102 and 103 >— »• 103. Thus 
an instance on schema C is precisely a functor 7: C — » Set. The path equivalence 
relation on C ensures that the values behave in specified ways. For example, Alan 
Turing's manager is Andrey Markov, and these two men (are required to) work 
in the same department, Applied math. Similarly, the Secretary of Pure math is 
Camille Jordan, and he (by necessity) works in the Pure math department. 

We summarize all this in a formal, if hasty, definition. A careful description is 
given in [Spl]. 

Definition 2.1.1. A schema C is a small category presentation. An instance on C 
is a functor 5: C — > Set. 

Throughout this paper we will continually return to a couple examples. 

Example 2.1.2. One of the most basic categories is the so-called free-arrow category. 
We simply add names to make it more reminiscent of databases. 



W 



Employee 


worksin 


Department 


• — 




• 



A instance 6 : VV — » Set consists of a set of employees, a set of departments, and 
a function mapping each employee to a department. For example 



Employee 


ID 


Worksin 


Alice 


Math 


Bob 


EECS 


Carl 


Ling 


Deb 


EECS 


Fred 


Math 


Jen 


Bio 



Department 



ID 



Bio 



EECS 



Ling 



Math 



Music 



Example 2.1.3. The schema represented here 

Coop :■ 




has one object s and one generating arrow /, but a countably infinite set {/" | n e 
N} of paths. An instance 8: Coop — > Set is often called a discrete dynamical 
system. It consists of a set, which we might think of as the set of states of the 
system, and a function from that set to itself, which we might think of as the "next 
state" function. As with any database instance we can apply the Grothendieck 
construction (see [Sp2]) and get a nice picture of the system. For example one 
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might have 



s 


ID 


f 


A 


B 


B 


c 


C 


c 


D 


B 


E 


C 


F 


G 


G 


H 


H 


G 



pictured 




Discrete dynamical systems are commonly used in modeling [San]. In fact, we 
will see throughout this paper that Kleisli instances on Coop are equivalent to 
structures of classical mathematical interest. A list of such examples is provided in 
the Introduction, Table (1). 

2.2. Monads and Kleisli categories. In this section we define monads on the 
category Set and their Kleisli categories. Monads can be defined on any category, 
but the discussion will be a bit simpler if we are content with specializing to Set. 
One can replace Set with Type, the category of types for any typed A-calculus, in 
what follows. 



Definition 2.2.1. A monad T on Set consists of a triple T : 
T : Set — » Set is a functor and r\ : ids e t ~~ * T and fi : T o T 
transformations, such that the following diagrams commute: 



(T, ?7, /i), where 
> T are natural 



(4) 



T o idset 



ToT 



(5) 




idset ° T 



r/oidT 



ToT 




(6) 



ToToT- — i-ToT 



idT°M 



ToT- 



T 



We call T the functor part of T and we refer to r/ and fj, as the unit map and the 
multiplication map of T, respectively. We sometimes abuse notation and refer to 
the functor part T as though it were the whole monad. 

Example 2.2.2. We now go through Definition 2.2.1 using the List monad. The 
first step is to give a functor List: Set — > Set. For every set X we must pro- 
vide a set List(X) and for every function /: X — > Y we must provide a function 
List(f): List(X) —* List(Y"). To clarify the situation, let us lay out two sets X, Y 
and a function between them. 



X = {p, q, r} 



Y= {1,2,3,4} 
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Then List(X) is the set of all lists in elements of X . Thus the set List(X) includes 
the empty list [], one element lists such as [p], and all other lists in X (of finite 
length) such as [p, q, r, r, p] . Given our function / as above, we can apply it term- 
by-term to a list in X and return a list of the same length in Y. 



List(X) 



Llst(/) 



List(Y) 



[q,p,P, r,q,q,r, q] I [4,1,1,1,4,4,1,4] 

Thus we have described the functor List. As a monad, it comes with two natural 
transformations, a unit map 77 and a multiplication map /i. Given a set X, the unit 
map rjx '■ X — ► List(X) returns singleton lists as follows 

X ^ ListpsT) 



pi [p] 

q\ *[q] 

r I s- [r] 

Given a set X, the multiplication map fix ■ List(List(X)) — » List(X) flattens lists 
of lists as follows. 

List (List (X ) ) — ^ List(X) 



[[Q>P> r ],U> [l, r,p,r], [r]] I ^ [q,p, r,q,r,p, r, r] 

The naturality of rj and fi just mean that these maps work appropriately well under 
term- by-term replacement by a function f:X — > Y. Finally the three monad 
axioms (4), (5), and (6) can be exemplified as follows: 

[p, q, q] ' dLlBt °S [[p], [q], [q]] [p, q, q] H^t- [fa q> q ]j 

^^^^^^^^^^^ '' 

[p, q, q] [p, q, q] 
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[[\p, ll M]. [D, [r, g, g]]] [b, g], [r], [], [r, g, g]] 
[[p, 9, rl , b> g, g]] i ^ [p, q, r, r, q, q] 

The List monad is but one example of a huge variety of monads on Set. Many 
more examples will be given in Section 4. We now go on to define the Kleisli 
category associated to a monad. The definition may be a bit opaque. We give an 
example in 2.2.4, but the real motivation comes in Section 3. Readers who learn 
best by example might skip directly to Section 4. 

Definition 2.2.3. Let T = (T, r], fx) be a monad on Set. The Kleisli category 
associated to T, denoted Kls(T), is defined as follows. The objects are sets, i.e. 

Ob(Kls(T)) = Ob(Set). 

For any sets X,Y e Ob(Kls(T)) we put 

Hom Kls(T) (X,y) = Hom S et(*,T(y)). 

Given morphisms /: X — > Y and g: Y — > Z in Kls(T), we must define their 
composite g o f. Unwinding definitions, we are given functions 

(7) X -^-» T(Y) 

(8) Y — T{Z) 

in Set, and we need a function X -► T{Z). Let g: T(Y) -»■ T(Z) denote the 
composite function 

(9) T(Y) B?Lt(T(Z)) ^T(Z). 

We define the map go/: I — > Z in Kls(T) to be the composition of / and ~g 
in Set. Monad axiom (6) ensures that this composition law is associative, and 
axioms (4) and (5) ensure that the identity, which on X e Ob(Kls(T)) is given by 
rjx- X —* TX, is a left and right unit. 

For any set X we refer to elements of T(X) as T -values in X. 

Example 2.2.4. We continue working with the List monad from Example 2.2.2. The 
objects of the Kleisli category Kls(List) are, as always, simply sets. Given sets X 
and Y (say X = {p, q, r) and Y = {s, t}), a morphism / : X — » Y in Kls(List) is a 
function X —* List(F). In other words it consists of three lists in letters s, t. For 
example let us say 

f (?) = [','] /(g) = D f(r) = [t,s,t\. 

To explain the composition law, let us define a new set Z = {u,v} and a function 
g: Y —* List(Z) given by 

g(s) = [u,v,v] g(t) = [v,u]. 

Then the composition g o f ; X — > Z in Kls(List) corresponds to the obvious sub- 
stitution: 

gof(p) = [u,v,v,u,v,v] 5° /(«) = □ go f(r) = [v,u,u,v,v,v,u]. 
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Remark 2.2.5. Given a monad T, its Kleisli category Kls(T) is equivalent to the 
category of free T-algebras ([BW]). However the database representation of maps 
that seems to be suggested by the Kleisli category is much more compact than that 
suggested by the category of free algebras. For example, consider the List monad. 
If X is a set with three elements and Y is any set, then a function X — * List(Y) 
can be represented by a table with three rows. On the other hand, one might 
imagine that a map /: List(X) — » List(F) should be represented by a table with 
infinitely many rows, one for each element of List(X). Our point is that the Kleisli 
representation is valuable because it is as succinct as possible. 

3. Kleisli instances 

Now that we have a categorical viewpoint of databases (Section 2.1) and an 
understanding of the Kleisli category, we can combine them. 

Definition 3.1.6. Let C denote a schema and let T := (T, 77, /x) denote a monad 
on Set having Kleisli category Kls(T). A Kleisli T -instance on C (or simply a 
T -instance on C) is a functor 8: C — * Kls(T). 

3.2. Representing Kleisli instances. Let us examine Definition 3.1.6 in detail. 
For the remainder of Section 3.2, C will denote a schema, T = (T, 77, /i) will denote 
a monad on Set, and 8: C — > Kls(T) will denote a Kleisli T-instance on C. We will 
first investigate what information is provided by our instance 8 and then explain 
how to display it in an extension of the typical database format. 

Our schema C consists of objects, arrows, and a path equivalence relation. For 
each object c e Ob(C), our instance provides a set 8(c) e Ob(Kls(T)) = Ob(Set). 
For each morphism /: c — > d in C, our instance provides a morphism 8(f) : 8(c) — > 
8(d) in Kls(T); this is the same as a function 

8(f): 8(c) 8(d). 
A path Co -^-» ci C2 — ^* ■ ■ ■ c n in C is sent to a composition of functions 

5 (co) ► T8(a) ► T 8(c 2 ) > ■ ■ ■ ► T 8(c n ) ► T8(c„), 

and the path equivalence relation must be satisfied with respect to such composi- 
tions. 

To represent an atomic database instance e: C — > Set, as in Section 2.1, we used 
(and will continue to use) a tabular format in which every object c e Ob(C) was 
displayed as a table including one ID column and an additional column for every 
arrow emanating from c. In the ID column of table c were elements of the set e(c) 
and in the column assigned to some arrow / : c — > d the cells were elements of the 
set e(c'). 

To represent a Kleisli database instance 8: C — > Kls(T) is similar; we again use 
a tabular format in which every object c e Ob(C) is displayed as a table including 
one ID column and an additional column for every arrow emanating from c. In 
the ID column of table c are again elements of the set 8(c); however in the column 
assigned to some arrow /: c — > d are not elements of 8(d) but T-values in 8(d), 
i.e. elements of T8(d). 

Example 3.2.1 (Lists). Let T = (List, 77, fi) be the list monad as described in Ex- 
amples 2.2.2 and 2.2.4. Here we show how a List-instance could be represented in 
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a tabular fashion. Our imagined scenario is as follows. We have a set K of tasks. 
Each task k e K is composed of an ordered sequence of other tasks in the set, 



fch 



is composed of 



\k\ , . . . , fc n ] . 

Here a task k might be irreducible [k i— ► [A:]) or empty of requirements (k >— » []). 
Our situation is modeled by a List-instance on the schema 



Coop ■ 

The following is an example of such 



isComposcdOf 



(^Task 



Task 


ID 


IsComposedOf 


a 


[b, a, b] 


b 


[e, c] 


c 


[d] 


d 





e 


[d] 



2»(I 




A List-instance on Coop can be thought of as a directed graph such that every 
vertex has finitely many outgoing edges, which are linearly ordered. 

3.3. The categories C— Kls(T) and C— Kls(T). Kleisli instances are interesting 
objects in their own right, as we will see in Section 4; however, any category theorist 
will be interested in the morphisms between them. It seems that different notions 
of morphisms are appropriate in different circumstances. Below we define two 
categories for any schema C and monad T; both have the same set of objects, namely 
the set of Kleisli T-instances on C, but one has more morphisms. In Remark 3.3.4, 
we will offer still another possibility. Perhaps the point is that there several viable 
notions of morphisms between Kleisli states and the choice of which to use should 
be dictated by ones purpose. 

Definition 3.3.1. Let C be a schema, let T = (T, n, fi) be a monad on Set, and let 
8, e: C — ► Kls(T) be T-instances on C. A general morphism of T -instances on C is 
a natural transformation a: 5 — > e of functors. We define the category T-instances 
on C, denoted C-Kls(T), to be the category having objects and general morphisms 
as above. 

Let C be a category and T = (T, 77, //) a monad on Set. Given two T-instances 
5, e: C — > Kls(T), a general morphism a: 5 — > e is simply a natural transformation 
of functors. Unpacking that definition, we have for every object c e Ob(C) a 
component morphism a c : 5(c) — > e(c) in Kls(T), which is a function a c : (5(c) — > 
Te(c). These components have to fit into naturality squares: given any /: c — > c' 
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in C we need the following diagram to commute: 

(10) 8(c) -^L T8(d) 

fioTa c r 

Te(c) ^Te(c'). 

We will see in Example 4.4.2 that for the classical mathematical subject area of 
representation theory [EGH], these so-called general morphisms are precisely what 
one wants. In other words for the vector-space monad Vect, and a category G 
(generally either a group or a quiver), the category of general Vect- instances is the 
category of G-representations, G-Kls(Vect) = Rep(G). 

However for classical computer science, these general morphisms seem to be too 
general. For example, we will show that there is a monad Tur^ f for which the Coop- 
instances are almost precisely the same thing as Turing machines. 2 In this setting, 
general morphisms seem strange and unmotivated whereas the basic morphisms 
(Definition 3.3.2) make much more sense. Indeed, given a basic morphism p: 8^8' 
of unpointed Turing machines and any choice of start state S e 8(s), the Turing 
machine (8, S) computes the same function as (S',p(S)) computes. 

Definition 3.3.2. Let C be a schema, let T = (T,rj,fj,) be a monad on Set, and 
let 5, e: C — * Kls(T) be T-instances on C. A basic morphism b: 8 —* e consists of a 
component function b c : 8(c) —* e(c) for each object c e Ob(C), such that for each 
morphism / : c — * d in C the induced diagram of sets commutes: 

(11) 8(c) -^l TS(c') 

Tb c , 

e(c) ^Te(c'). 

We denote by C-Kls(T) Q C-Kls(T) the basic subcategory of T -instances on C 
which has as objects all T-instances and which has as morphisms the basic mor- 
phisms, as defined above. 

Remark 3.3.3. Given S,e: C — > Kls(T), there is another definition of basicness 
that is equivalent and perhaps more categorical. Namely a natural transformation 
a : 6 — > e is basic if and only if, for each object c e Ob(C) the component a c : 8(c) — > 
Te(c) factors through the unit component r] e ^ : e(c) — > Te(c). 

For any monad T = (T, r?,/x) on Set and any category C, there is a functor 
from the category of ordinary (atomic) database instances into the basic category 
of T-instances, 

E%: C-Set^C-Kfs(T). 
For an object 8: C — > Set we have Ej(8) = 8, and for a morphism a: 8 — > e, we 
have Ej(a) = r/ e o a: 8 — > Te. This functor is a faithful if and only if there exists a 
set X such that T(X) has cardinality at least 2. 



2 To be explicit, an object in £oop-Kls(Tur^ f ) is equivalent to a Turing machine for which the start 
state has not been specified. We call objects in £oop-Kls(Tur^) unpointed Turing Machines. 
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Remark 3.3.4. Another notion of morphisms between T-instances on C is often 
appropriate. If T is the extension of a monad T' = (T',rf,fi') on Cat via the 

Disc 

adjunction Set i rlCat then for any X e Ob(Set) one may say that "T(Xj 

Ob 

naturally has the structure of a category" because T'(Disc(A)) is a category and 
T(X) = Ob(T'(X)). The monads V, Multiset, List, and Exc^ (from Sections 
4.2.6,4.2.5, and 4.3.1) are instances of this phenomenon. Consider, for example, 
the monad V where one recognizes that the power set of any set X does naturally 
come with a partial order. In this case, the monad V on Set is induced by a monad 



on Cat whose functor part is X h- > Fun (A", [1]), where [1] = • — >• is the walking 
arrow category. 

When T extends to a monad on Cat, there seems to be another natural notion of 
morphisms between T-instances on a schema C. Namely, a lax morphism a: 5 — > e 
between 6, e : C — » Kls(T) consists of a component function a c : 5(c) — > e(c) for each 
c e Ob(C) and, for each / : c — > d in C, a natural transformation diagram 

5(c)^-T(5(d)) 

e(c)— ^T(e(c')) 

in other words, a morphism a c < o 5(f) — > e(f) o a c . 

When it is defined, this notion of morphism seems to have some advantages. 
For example when T =Multiset, we will see in Example 4.2.7 that the objects 
of yCoop-Kls (Multiset) are graphs, but the morphisms are more restrictive than 
graph morphisms. On the other hand, the category with the same objects and lax 
morphisms is equivalent to the category of graphs. 

4. Examples 

In this section we provide a survey of available monads that may be useful in 
databases. We divide them into five roughly sensible groups. In Section 4.1 we 
discuss two monads, one of which is initial in the category of monads (and gives 
rise to ordinary (atomic) database instances) and one of which is terminal in the 
category of monads (and gives rise to so-called unlinked instances). In Section 
4.2 we give examples of monads that represent various kinds of collection such 
as subsets, multisets, lists, and probability distributions. In Section 4.3 we discuss 
monads which we describe as "tunable," because one can adjust the choice of monad 
in a controlled way; for example, for each choice of set E one obtains a different 
monad Exc^ of ^-exceptions. In Section 4.4 we consider various classical algebraic 
monads, e.g. of vector spaces. Finally in Section 4.5 we consider process-oriented 
monads that include computations and experiments. 

4.1. Universal monads. 

4.1.1. Atomic instances. There is an identity monad on Set, which we denote 

Atomic = (idset, id, id). 

Its instances are here called atomic (or ordinary, or ordinary atomic) instances. See 
Examples 2.1.2 and 2.1.3. 
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4.1.2. Unlinked entities. Consider the monad 

Unlinked = ({*} 

where for any set X e Set, the set {*} X := {*} is the terminal object in Set. 
The unit and multiplication maps are completely determined by their domain and 
codomain. An Unlinked-instance on C includes a set of records for each object 
c e Ob(C), but the foreign keys offer no connection between them. 

Example 4.1.3. Let W be as in Example 2.1.2. An instance 5: W —* Kls(Unlinked) 
might look like 



Employee 


ID 


Works I n 


Alice 




Bob 




Carl 




Deb 




Fred 




Jen 





Department 



ID 



4.2. Collection monads. 

4.2.1. Subsets. The monad 

7> = (P,{-},u) 

sends a set to its power set; the unit { — } : X — > P(X) is given by singleton subsets, 
x >— > {x}, and the multiplication is given by union u : P(P(A)) — > F(X). Note that 



there is an isomorphism of categories Kls('P) 
sets and binary relations [FS]. 

Example 4.2.2. 



Rel, where Rel is the category of 



Employee 


ID 


Worksln 


Alice 


{Math, EECS} 


Bob 


{EECS} 


Carl 


{} 


Deb 


{EECS} 


Fred 


{Math, Bio} 


Jen 


{Bio} 



Department 



ID 



Bio 



EECS 



Math 



Music 



Example 4.2.3 (Nonempty subsets). It is easy to see that the nonempty subsets 
functor P + given by ¥ + (X) = {Y c X \ Y ^ 0} is the functor part of a monad. 
Note that Kls(P + ) is the set of correspondences in the sense of theoretical econom- 
ics, e.g. for "best response" strategies in game theory [Car, Section 2.1.5]. 

Example 4.2.4 (Turning a database inside out). Given a category C and an ordinary 
database instance S : C — > Set we can, in a sense, invert S by producing an instance 
on C op : 

7: C op Kls(P). 

For c e Ob(C) we have 5 (c) = 5(c). For /: c' — > c in C and x e S(c), we define 
?(/): 5(c) -P^CO) by 



S(f)(x) = S(f)-\x)^5(c'). 
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4.2.5. Lists. This was the running example in Section 2.2 and Section 3; see in 
particular Example 3.2.1. 

One can also define a non-empty lists monad List + , similarly to the nonempty 
subsets monad P + of Example 4.2.3. 

4.2.6. Finite multisets. The monad Multiset = (T,r],[i) is given as follows. The 
functor part T : Set — » Set is given by 

T{X) := U (**/£„) 

neN 

where E„ is the symmetric group on n letters, which acts on elements x e X" 
by permuting the order of entries in x; the quotient of this action is the set of 
un-ordered n-tuples in X. The unit and multiplication in the Multiset monad are 
analogous to the unit and multiplication in the List monad. 

The category Kls (Multiset) is equivalent to the category of sets and correspon- 
dences. Recall [Lur, Section 2.3.1] that for sets X and Y, a correspondence between 

X and Y is a diagram of the form X J- C Y, where C is a set and /, g are 
functions. 

Example 4.2.7. Given a set X, a correspondence from X to itself is a graph with 
vertex set X. In other words, a graph is precisely a Multiset-instances on the cat- 
egory Coop. We denote a multiset using usual set notation, but in which duplicate 
entries with the same name correspond to distinct elements of the multiset. 



(12) 



5 :-- 



s 


ID 


f 


a 


{b,d} 


b 


{c,c} 


c 


{} 


d 


{} 


e 






The usual notion of graph morphism is captured by the lax notion given in 
Remark 3.3.4. 

4.2.8. Distributions. Let [0, l]cR denote the set of real numbers between and 1. 
Let X be a set and p: X — > [0, 1] a function. We say that p is a finitary probability 
distribution on X if there exists a finite subset W c X such that 



(13) 



1] p( w ) 



1. 



weW 



and such that for all x' e X — W in the complement of W we have p(x') = 0. Note 
that W is unique if it exists; we call it the support of p and denote it Supp(p). 
Note also that if X is a finite set then every function p satisfying (13) is a finitary 
probability distribution on X. 

For any set X, let Dist(X) denote the set of finitary probability distributions 
on X. It is easy to check that given a function /: X — » Y one obtains a function 
Dist(/): Bist(X) -> Dist(Y) by Dist(/)(y) = T,f( x )= y P( x )- Thus we can consider 
Dist : Set — > Set as a functor, and in fact the functor part of a monad. Its unit 
n: X — ► Dist(X) is given by the Kronecker delta function x S x where 5 x (x) = 1 
and 5 x (x') = for x' x. Its multiplication \i: Dist(Dist(X)) — * Dist(X) is given 
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by weighted sum: given a finitary probability distribution w: Dist(X) — > [0, 1] and 



x e X, put fi(w)(x) = 2 



peSupp(-u;) 



)(p)p(a 



Example 4.2.9 (Markov chains). Let Coop be as in Example 2.1.3. A Dist-instance 
on Coop is equivalent to a time-homogeneous Markov chain. To be explicit, a 
functor S : Coop — > Kls(Dist) assigns to the unique object s e Ob(Coop) a set S = 
S(s), which we call the state space, and to /: s — > s a function S(f) : S —* Dist(S'), 
which sends each element x e S to some probability distribution on elements of S. 
For example, the table S on the left corresponds to the Markov matrix M on the 
right below: 



(14) 



s 


ID 


f 


1 


.5(l)+.5(2) 


2 


1(2) 


3 


.7(l)+.3(3) 


4 


.4(l)+.3(2) + .3(4) 



M 



( 0.5 


0.5 





o \ 





1 








0.7 





0.3 





\ 0.4 


0.3 





0.3 ) 



As one might hope, for any natural number n e N the map f n : S —> Dist(S') 
corresponds to the matrix M", which sends an element in S to its probable location 
after n iterations of the transition map. 

One could also at least encode the information necessary to describe time- 
inhomogeneous Markov chains by using similar schcmas, such as 



Coop v Coop 




or Coop 



■{1,2,...} 



Coop v Coop v • • • , and the same monad Dist. 



4.3. Tunable monads. Some monads on Set come in families. To make this 
precise, we will say that a tunable monad is a pair (X, P) where I is a small category 
and P:T^> Monadset is a functor (see Definition 5.1.3). Of course then any 
monad can be trivially considered tunable by taking the indexing category to be 
I = |T] (the discrete category on one object). It is clear that the degree to which 
a monad is tunable is measured by the complexity of (X, P) . In the present section 
we will only mention three such monads; the first is indexed by Fin, the category of 
finite sets, the second is indexed by Fin op , and the third is indexed by the category 
of monoids. See Section 5 for more on the value of tunable monads. 

4.3.1. Exceptions. Let E e Fin be a finite set. The monad Exc^ = (-UE, rj, p) is 
given as follows. The unit rjx ■ X — > X U E is given simply by the inclusion. The 
multiplication fix ■ XuEuE^-XuEis given in the obvious way, by identity on 
each copy of X and E. 

Example 4.3.2. If E = the exception monad reduces to the identity monad, i.e. 
Exc0-instances are ordinary atomic instances. If E = {*} is the one-element set, 
then ExCj^j-instances correspond to databases in which a field can have null values; 
we call Exc^} the Maybe monad. 
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Example 4.3.3. Let Coop := Qjs ' Then for any set E, the Exc^-instances on 

Coop can encode recursive functions with output values in E. For example, with 
E = N we obtain the factorial function n i-» n! as an Exc^-instance, <5 : £oop — » 
Kls(Exc N ). Namely, we put 5(s) : = N x N and we put 5(f): 5(s) -> 5(s) UE on 
(to, n) e 5(s) by 



(5(m, n) 



(mn, n — 1) e <5(s) if n ^ 1 
me E if n = 0. 



Then for any n e N, the factorial of n is obtained by starting with (l,n) and 
repeatedly applying 5(f) until an output (in E — N) is returned. 

Example 4.3.4 (Database schemas). In Section 2.1 we gave a definition of database 
schemas, but we did not mention data types. One model for typed database schemas 
can be found in [Spl, Section 5.1], but here we present another model based on 
monads. 

Let £ be a set, the elements of which are names of datatypes, e.g. E = 
{String, Int, Float}. LetList^ = (Te,tj,ij>) be the monad with functor part Te(X) = 
List(X U E), sending a set X to the set of lists for which each entry is an element 
either of X or of E. Then we construe any instance 5 e £oop-Kls(List£) as a 
database schema in the following way. The set 5(s) serves as the set of tables, and 
for each table x e 5(s) the list 5(f)(x) serves as the set of columns of x, each of 
which is either another table (indicating a foreign key) or a datatype. 

4.3.5. Inputs. Let U e Fin be a finite set. The monad Inp* 7 = (X h- > X u ,r),(i) is 
given as follows. The unit r\x '■ X — » X u sends x to the constant function at x. 
If Ay : U — * U x U is the diagonal map, then we can describe the multiplication 
Mx : (X u ) u - X u by 

(X u ) u x UxU Au > x u 

Example 4.3.6 (Tailored user experience). If U is a set of users then the database 
instance 5: C —* Kls(Inp !7 ) would provide possibly different values for different 
ueU. 

Similarly, if U is the set of dates, then the values in a database instance 5 could 
be made to depend on the date. 

Example 4.3.7 (Each universal monad as a special case). With U = the input 
monad Inp^ reduces to the Unlinked monad of Section 4.1.2. If U = {*}, the input 
monad Inp^ reduces to the identity monad, whose Kleisli instances are ordinary 
atomic instances as in Section 4.1.1. 

Example 4.3.8 (Finite state automata). A finite state automaton consists of a set 
S of states, a set T of transitions, and a function T x S — > S. By currying, this 
can be rewritten as a function S — ► S T . The category of finite state automata 
with transitions T is precisely the category £oop-Kls(Inp T ) of T-Input instances 
on Coop. 

4.3.9. Monoid annotation. Let (M, 1,*) be a monoid. We define the monad 
M-annotated := (X t-> M x X, (1, -), (*, -)). 
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One way to think about this is that M is a language of instructions, multiplication 
corresponding to carrying out a sequence of instructions and unit corresponding to 
doing nothing, and M-annotated instances keep track of such instructions as one 
follows foreign keys through the database. However, there are other ways to think 
about M-annotated instances as well, as we show in two examples. 

Example 4.3.10 (Assurance). Consider the monoid M = ([0, 1], 1, *), where [0, 1] Q 
R is the unit interval, and * : [0, 1] x [0, 1] — > [0, 1] is given by multiplication of real 
numbers. Think of a [0, l]-annotated values as assurances. In other words if a data 
entry clerk or a scientist is less than 100% sure that a certain datum is correct, they 
can annotate it with their assurance level. To keep things uncluttered we simply 
do not write our assurance value if it is unit (100%). 



S : = 



Person 


ID 


LivesAt 


Alice 


15 Ashville Rd. 


Bob 


34 Vine St. (80%) 


Carl 


21 Post St. (90%) 


Deb 


110 W. 5th Ave. 



The monad multiplication assures that probability values will propagate through 
the database (with an independence assumption) as we compose foreign keys. 

Example 4.3.11 (Time-delay). Consider the monoid M = (R=>o, 0, +), where R^o ^ 
R is the set of non-negative real numbers. Think of R^o-annotated values as time- 
delays. In other words, each foreign key / : c — > d in a database may correspond to 
a process that converts things of type c into things of type d, and the time delay 
monad allows us to also encode how long that process is expected to take. Monad 
multiplication assures that these values will be added together as we string together 
longer processes by composing foreign keys. Note that we could use R^o u {oo} 
instead of R^o if we wanted to allow for never-ending processes. 

4.3.12. Turing Machines. Let M be a monoid and U a finite set. We have seen 
that on Coop, the monad hxp u encodes finite state automata (Example 4.3.8), the 
monad M-annotated encodes finite lists of instructions (Section 4.3.9), and the 
monad Excg encodes exceptions (Section 4.3.1). Let us set E = {{Halt}}. We can 
combine these three monads into a new monad: 

Tur^f = (x >-> (M x (X II {Halt})) ^,7?) 

We do not describe the unit and multiplication here, but they are easy enough 
to reconstruct in analogy with the descriptions in Sections 4.3.1, 4.3.5, and 4.3.9, 
assuming M acts trivially on {Halt}. 

Example 4.3.13. Consider the case where U = {0, 1} and where M is the free 
monoid on the set {L, R, Wo, W%}, which we think of as the set of all sequences of 
instructions to move left, move right, write a 0, and write a 1. Then if X is thought 
of as the set of states of a Turing machine, a function U — > M x (AT II {Halt}) reads 
the input and produces an instruction and a new state (possibly the Halt state). 
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V.L 



l-Wo 




l:Wi 



0:W 



0:W 



Coop 




s 


ID 


f 


Start 





(Wi, qO), 1: (Wx, qO) 


qO 





(Wi, ql), 1: (L, qO) 


ql 





(Wo, Halt), 1: (L, q2) 


q2 





(R, Halt), 1: (Wo, q2) 



A functor (5: £oop — ► Kls(Tur M ) consists of a set X = S(s) of states and a 
function 5(f): X —* (M x (X U {Halt})' 7 , which can be curried to X x U —■ 
M x (X II {Halt}). After we choose a start state, we find ourselves with precisely 
the specification of Turing machines given in [B J] . 

Tangentially, one may wonder how to evaluate such a Turing machine. Let Tape 
denote the set of positioned tapes, i.e. pairs (T,p) where T: Z — » {0, 1} is a function 
and peZ. There is an evaluation function e: Tape — ► U given by e(T,p) := T(p). 
By construction we have an action a: M x Tape — > Tape. We have a natural 
transformation E: Tur^(-) ->• (Tape x(-U {Halt})) Tape , given on X by 



(M x (Au{Halt})) c 



(15) 



id 7 



(M x (Au{Halt})) Tape 

(M x Tape x (X U {Halt})) Tape 
• (Tape x (Au{Halt})) Tape . 



Choose a turing machine S: Coop — » Kls(Tur]( f ) with start state 5 e X and let 
J 6 Tape be the initialized tape. Then for each n e N we have (£7 o S(f n )) (S)(I) e 
Tape x (A LI {Halt}), and we proceed with increasing values of n until the function 
returns the halt state, at which point we output the tape. 

In Section 5.1 we will discuss morphisms of monads. We caution the reader that 
while Tur^ and A i— (Tape x (X U {Halt})) Ta P e are both monads, the mapping E 
in (15) is not a morphism of monads. It is a natural transformation of functors that 
preserves the unit but not the multiplication. This failure is somehow expected: 
if there were a morphism of monads from a Turing machine's specification to its 
implementation, the behavior of programs would be more easily analyzed than it 
turns out to be. 

4.4. Algebraic monads. 

4.4.1. Vector spaces. Let k be a field. There is a k- vector-space monad sending a 
set A to the free k- vector space with basis A. The unit map corresponds to the 
inclusion of basis vectors and the multiplication map corresponds to the ability to 
convert a linear combination of vectors into a single vector. 
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Example 4.4.2 (Representation theory). If G is a group (considered as a cate- 
gory with one object) then G-Kls(Vectfc) is equivalent to Rep fc (G), the cate- 
gory of G-representations. If Q is a free category then Q-Kls(Vectfc) is equiv- 
alent to Rep fc (Q), the category of quiver representations on Q (see [Kac]). In 
particular, Jordan Canonical Form is the classification of isomorphism classes in 
Coop-Kls ( Vectc ) . 

4.4.3. Others. There are many algebraic theories — monoids, commutative monoids, 
groups, abelian groups, rings, commutative rings, etc., to name a few. In fact, some 
authors [Le2] define algebraic theories simply as monads on Set. Each monad on 
Set has an associated Kleisli category. In fact, two such monads have already been 
mentioned above under different names. The List-monad from Example 3.2.1 is 
another name for the monoid monad, and the Multiset monad from Section 4.2.6 
is another name for the commutative monoid monad. 

Example AAA (Multigraphs) . A multigraph (see [HMP]) consists of a set of nodes 
and a set of multi-arrows, each of which points from one node to a finite list of 
nodes. A symmetric multigraph is almost the same except each multi-arrow points 
from one node to a finite set of nodes. 

Let N[— ] : Set — » Set denote the (functor part of the) free commutative rig 
monad [Gol] (respectively let N(— ): Set — > Set denote the free rig monad). For 
example N[a;,y] is the set of polynomials in x,y with natural number coefficients, 
containing elements like 3 and xy 2 + 2x 3 + y. (Similarly N(x, y) would contain ele- 
ments like xyy + yxy.) The set of Kls(N[— ])-instances (resp. the set of Kls(N(— ))- 
instances) on Coop is precisely the set of symmetric multigraphs (resp. multi- 
graphs). With morphisms as in Remark 3.3.4, the category of N(— )- instances on 
Coop is equivalent to the category of multigraphs. 

4.5. Process monads. The examples in this section are a bit more far-flung, but 
still may be useful to give an idea of what is possible. 

Example 4.5.1 (Computation). Fix a programming language L. For any set A, let 
T(X) denote the set of programs that are written in L and such that, taking no 
input, will either halt and return a value in X or not halt. This is the functor part 
of a monad. By currying, a Kleisli map X — > T(Y) is equivalent to a (possibly 
non-halting) computation taking input in X and returning values in Y. 

Example 4.5.2 (Experiment). For any set X, let T(X) denote the set of specifica- 
tions for experiments that could be carried out from a fixed initial condition and 
that will result in a value in X. For example, if A = Z is the set of integers, 
then T(X) might include as an element the phrase "survey 100 customers at the 
McDonalds on 32nd street, asking their favorite real number. Take their average as 
a real number and then apply the floor function to obtain an integer". Then T can 
be construed as the functor part of a monad. A Kleisli map X —* TY is equivalent 
to the specification of an experiment that takes parameters in X and outputs a 
value in Y. The point is that the database does not hold the results of these exper- 
iments, but instead the experiment specifications which, if performed, will result in 
values later. Any value counts as a (trivial) experiment, so this generalizes ordinary 
databases. 
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5. Transformations 



Monads, like everything in category theory, are not stand-alone objects but exist 
in a category, in which the morphisms are an integral part of the picture. In 
section 5.1 we will define morphisms of monads. These include operations like 
transforming a list into a multiset (by forgetting order) or transforming a probability 
distribution into a subset (by taking all elements that have nonzero probability). 
A morphism / : T — ► T' of monads results in a functor between the corresponding 
Kleisli categories. For any schema C we have a commutative square 

C-Kls(T) —L>- C-Kls(T') 



■ C-Kls(T') 



C-Kls(T) - 

j 

that converts T-instances into T'-instances in either sense given below (see Defini- 
tions 3.3.1 and 3.3.2). In Section 5.2 we will sketch some examples. 

5.1. Morphisms of monads. 

Definition 5.1.1. Let T = (T,r/,fi) and T' = (T',77',//) be monads on S. A 
morphism of monads from T to T' is a natural transformation a : T — > U such that 
the following diagrams commute: 



id. 



■ T 



r 2 



T 




and 



T' 



M2 



■ r. 



Remark 5.1.2. An important upshot of Proposition 5.1.4 is the following. For any 
category C and morphism of monads / : T —* T' we have a functor C— Kls(/) : C-Kls(T) 
C-Kls(T'). Thus any T-instance on C can be transformed via / into a T'-instance 
on C. 

Definition 5.1.3. A monad T = (T,r],fi) is called finitary if the functor T is 
determined by its values on finite sets, in the following sense. Let X e Ob(Set) be 
a set and let Fin/X denote the category whose objects arc finite subsets of X and 
whose morphisms are functions over X. Note that for each object /: Y — > X in 

/ 



Fin/x there is an induced map TY 



colim 

/: Y -> X 



TX, so we obtain a map 
(TY) > TX 



Then T is finitary if the map denoted Mx is a bijection for every X e Ob(Set). 

The category of finitary monads on Set, denoted Monadset, has finitary monads 
as objects and morphisms of monads (as in Definition 5.1.1) as morphisms. 

Proposition 5.1.4. A morphism of finitary monads induces a functor between 
their Kleisli categories. In other words there a functor Kls(— ) : Monadset — * Cat. 



Proof. This is straightforward. 
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5.2. Examples of transformations. In this section we write down several simple 
examples of morphisms of monads. In a few of these we are explicit, but we quickly 
move to a more colloquial style, assuming that any reader with sufficient interest 
and background can fill in the details for him or herself. 

5.2.1. Universals. 

Example 5.2.2. The initial object in Monadset is ids e t, whose instances are ordi- 
nary atomic database instances. Given any monad T, there is a unique morphism 
of monads ids e t — * T. As in Remark 5.1.2, there is a unique formula to convert 
any atomic instance into a T-instance. 

Example 5.2.3. The terminal object in Monadset is the Unlinked monad from 
Section 4.1.2. Given any monad T, there is a unique morphism T — > Unlinked. As 
in Remark 5.1.2, given any database instance on C, be it atomic or not, one can 
forget all the foreign key information and be left with an unlinked instance. 

5.2.4. Forgetting structure. 

Example 5.2.5 (Distributions to subsets). Recall the Subset monad V and the Dis- 
tribution monad Dist from Sections 4.2.1 and 4.2.8, and let A be a set. Recall that 
the support of a distribution p : A — » [0, 1] is the subset Supp(p) = {x e X | p(x) 
0} c: X. This notion of support induces a morphism of monads Dist — * V ' . 

Example 5.2.6 (Multisets to subsets). Recall the Subset monad V and Multiset 
monad from Sections 4.2.1 and 4.2.6, and let AT be a set. A multiset in X can be 
conceived as a function Y — > X, and its image is a subset of X. By this process 
one obtains a morphism of monads Multiset — > V '. 

Example 5.2.7 (Lists to multisets). Recall the List and Multiset monads from Sec- 
tions 4.2.5 and 4.2.6, and let A be a set. For each natural number n e N we have 
a function A" — * A™/ ~ that forgets the order of n-element lists. This induces a 
morphism of monads List — > Multiset. 

Example 5.2.8. Recall the Atomic monad idset, the List monad, the non-empty list 
monad List+, and the Maybe monad ExCj*} from Sections 4.2.5 and 4.3.2. There is 
a morphism which could be called the "first element, if it exists" map List — * Exc^j. 
Similarly, there is a "first element" map List+ — ► ids e t- 

5.2.9. Tunable monads. As explained in Section 4.3, a tunable monad is a pair 
{I, P) where P: X — » Monadset- For every object i e Ob(I) we have a monad 
P(i) and for every arrow in I we have a morphism of monads. By Proposition 5.1.4, 
we can compose with the functor Kls(— ) : Monadset — * Cat. So for any morphism 
f:i—*i'ml and any schema C we have a functor C— KIs(P(i)) — > C-Kls(P(i')) 
that functorially converts P(i)-instances into P(i')-instances. 

In Section 4.3 we discussed the monads Exc^; and Inp* 7 , for E,U e Fin, and M- 
annotated for monoids M . The value in these is found in the fact that as time goes 
on and the model evolves, the database architect may need to change parameters 
of the schema with minimal disturbance to users. For example, if at some point the 
architect wants to add a new sort of exception, or collapse two kinds of exception 
into one, he or she can do that by finding a function P id — * E new from the old 
exception set to the new, and it will induce a functor that transforms databases 
instances with the old set of exceptions into instances with the new set. 
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5.2.10. Others. 

Example 5.2.11 (Simulation). Recall the Computation monad and the Experiments 
monad from Examples 4.5.1 and 4.5.2. We could imagine that simulation is a 
morphism of monads from the latter to the former, converting a description of an 
experiment into a computation. 

Example 5.2.12 (Programs take time). Recall the Time-delay monad and the Com- 
putation monad from Examples 4.3.11 and 4.5.1. Counting the number of clock 
cycles induces a morphism of monads from the latter to the former. 

6. Future work 

The above work can be made far more flexible if we allow the choice of monad 
to vary over the schema. This way, some columns can be mailable and others not, 
or we could allow for lists in some areas of the schema and not in others. We will 
tackle this in an upcoming paper. It would also be interesting to consider how 
these variable monads and their associated instances would behave under change 
of schema functors F: C —* T>. We also plan to investigate whether our work here 
can be nicely integrated with the ideas of [BNT], [Gru], [LT], and [Maj], in which 
one uses monads to handle collections. Finally, it seems fruitful to explore how the 
coincidence of (1) relates to Leinster's definitions of T-multi-categories and operads 
in [Lei, Chapter 4]. 
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